Audio/video archiving system and method

ABSTRACT

A method of archiving audio/video content is presented. In the method, a plurality of audio/video content streams is received. Each of the received audio/video content streams is indexed according to time. Each of the indexed audio/video content streams is transferred to a data storage system for storage. A request for a portion of one of the stored audio/video content streams associated with a time period is received. The requested portion of the one of the stored audio/video content streams is retrieved from the data storage system. The requested portion of the one of the stored audio/video content streams is transferred.

RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional Application No.61/100,982, entitled “AUDIO/VIDEO ARCHIVING SYSTEM AND METHOD”, andfiled Sep. 29, 2008, which is hereby incorporated herein by reference inits entirety.

BACKGROUND

Broadcast audio/video distribution systems, such as cable broadcasttelevision networks, satellite broadcast television systems, and thelike, facilitate the delivery of hundreds of audio/video programmingchannels to millions of viewers in the United States, as well as manymillions more worldwide. As a result, consumers currently enjoyunprecedented access to numerous audio/video programs, including, butnot limited to, sporting events, news programs, motion pictures,television series episodes, and special presentations.

Given the enormous amount of audio/video content typically availablethrough such a system, viewer complaints regarding the nature of thecontent often result. For example, charges of indecent, obscene,slanderous, or otherwise improper broadcast content are often leveled atthe source and/or distributor of the content. Since much of this contentis not replayed a second time over the same distribution system, accessto verifiable proof of the nature of the content in question, such as arecording captured via a digital video recorder (DVR) or video cassetterecorder (VCR), is often difficult to obtain despite the large number ofpotential consumers viewing the content at the time the content wasaired.

To facilitate access to previously-aired content, some countries haveenacted legislation requiring audio/video broadcast content distributorsto maintain a reviewable copy of all content they have broadcast oversome immediately preceding period of time, such as a few days or weeks,at all times. Currently, individual television stations, each of whichis responsible for one, or perhaps two, audio/video streams, capturesuch information on an ongoing basis by recording their outgoing audioand video signals just prior to transmission. Although such recording issometimes performed at a video resolution lower than what was originallybroadcast, a significant amount of data is still involved. With such arequirement being imposed on cable and satellite televisiondistributors, each of which may broadcast hundreds of channels, the vastamount of data required to be recorded at any particular point in time,as well as the total amount of storage necessary, is onerous.

BRIEF DESCRIPTION OF THE DRAWINGS

Many aspects of the present disclosure may be better understood withreference to the following drawings. The components in the drawings arenot necessarily depicted to scale, as emphasis is instead placed uponclear illustration of the principles of the disclosure. Moreover, in thedrawings, like reference numerals designate corresponding partsthroughout the several views. Also, while several embodiments aredescribed in connection with these drawings, the disclosure is notlimited to the embodiments disclosed herein. On the contrary, the intentis to cover all alternatives, modifications, and equivalents.

FIG. 1 is a block diagram of an audio/video content archiving systemaccording to an embodiment of the invention.

FIG. 2 is a flow diagram of a method according to an embodiment of theinvention of archiving audio/video content.

FIG. 3 is a block diagram of an audio/video content archiving deviceaccording to an embodiment of the invention.

FIG. 4 is a graphical representation of an indexed audio/video contentstream stored by the audio/video content archiving device of FIG. 3.

FIG. 5A is a block diagram of an indexed audio/video content archivingsystem during an archiving phase according to an embodiment of theinvention.

FIG. 5B is a block diagram of the indexed audio/video content archivingsystem of FIG. 5A during a retrieval phase according to an embodiment ofthe invention.

FIG. 6 is a block diagram of an indexed audio/video content archivingsystem according to another embodiment of the invention.

DETAILED DESCRIPTION

The enclosed drawings and the following description depict specificembodiments of the invention to teach those skilled in the art how tomake and use the best mode of the invention. For the purpose of teachinginventive principles, some conventional aspects have been simplified oromitted. Those skilled in the art will appreciate variations of theseembodiments that fall within the scope of the invention. Those skilledin the art will also appreciate that the features described below can becombined in various ways to form multiple embodiments of the invention.As a result, the invention is not limited to the specific embodimentsdescribed below, but only by the claims and their equivalents.

FIG. 1 is a block diagram of an audio/video content archiving system 102according to an embodiment of the invention. The audio/video contentarchiving system 102 is coupled with a data storage system 104 capableof storing the audio/video content for possible subsequent retrieval.While the data storage system 104 is shown in FIG. 1 as beingincorporated with the audio/video content archiving system 102, the datastorage system 104 may be supplied separately and coupled to theaudio/video content archiving system 102 in other implementations.

The audio/video content may be any type of media content incorporatingaudio and/or video elements. Examples of the audio/video contentinclude, but are not limited to, movies, news programs, sporting events,episodic programs, pay-per-view (PPV) events, and the like. Theaudio/video content may be broadcast via satellite, cable, orterrestrial (“over-the-air”) means, transmitted over a peer-to-peercommunication connection, transferred over an Internet Protocol (IP) orother communication network, or delivered in any other fashion to theuser.

FIG. 2 is a flow diagram describing a method 200 according to anembodiment of the invention for archiving audio/video content in theenvironment of the audio/video content archiving system 102 of FIG. 1.However, other audio/video content archiving systems other than thatshown in FIG. 1 may serve as the platform for executing the variousoperations of the method 200 in other embodiments.

In the method 200 of FIG. 2, the audio/video content archiving system102 receives a plurality of audio/video content streams 110 (operation202). The audio/video content archiving system 102 indexes each of thereceived audio/video content streams 110 according to time (operation204). The archiving system 102 transfers each of these indexedaudio/video content streams 112 to the data storage system 104 forstorage (operation 206). The archiving system 102 receives a request 114for a portion 116 of one of the stored audio/video content streams 112(operation 208). In response to the request 114, the audio/video contentarchiving system 102 retrieves the requested portion 116 of the one ofthe stored audio/video content streams 112 from the data storage system104 (operation 210) and transfers the requested portion 116 (operation212). While FIG. 2 indicates a specific order of execution of theoperations 202-212, other possible orders of execution, includingconcurrent execution of one or more operations, may be undertaken inother implementations. In another embodiment, a computer-readablestorage medium may have encoded thereon instructions for a processor orother control logic to direct a device to implement the method 200.

An example of an audio/video content archiving device 302 serving aspart of a larger audio/video content archiving system 300 according toone embodiment of the invention is illustrated in FIG. 3. The device 302may be any standalone device, or may be incorporated in the form ofsoftware, firmware, and/or hardware elements into another device, suchas a computer or communication device. The device 302 includes acommunication interface 322, a data storage interface 324, and controllogic 306. Also, a data storage system 304 is coupled with the datastorage interface 324 of the archiving device 302. In oneimplementation, the data storage system 304 may be incorporated within,and thus considered a part of, the audio/video archiving device 302 inone implementation.

The communication interface 322 is configured to receive a plurality ofaudio/video content streams 310. The received audio/video contentstreams 310 may conform to any format capable of carrying audio and/orvideo information. In one example, each of the audio/video contentstreams 310 may be a video stream encoded according to one of the MotionPicture Experts Group (MPEG) standards, such as MPEG-2 or MPEG-4,although other video formats may be employed in other implementations.Further, each of these audio/video streams 310 may be transported by wayof coaxial cable, such as by way of an asynchronous serial interface(ASI) protocol. In another embodiment, the audio/video content streams310 are received over an Ethernet interface or other communicationinterface employing Internet Protocol (IP) or other protocol capable oftransporting the streams 310. In addition, the communication interface322 may be physically employed as a wired, wireless, optical, or othertype of communication interface.

The data storage interface 324 of the audio/video content archivingsystem 302 may be any interface capable of delivering audio/videostreams to, and retrieving at least portions of those streams from, thedata storage system 304. In one example, the data storage interface 324may by an IP interface coupled with a networked data storage system,such as a storage area network (SAN) or other data storage systememploying an IP interface. Other interfaces capable of transporting datato and from a data storage system, such as the Small Computer SystemInterface (SCSI), may be utilized in other implementations. Furthermore,the data storage interface 324 may constitute a wired, wireless,optical, or other type of communication interface.

The data storage system 304 may be any data storage system capable orstoring audio/video streams for later retrieval. In one example, thedata storage system 304 may include one or more magnetic disk drivesarranged in any configuration suitable for data storage and retrieval.In one example, the data storage system 304 may incorporate a redundantarray of independent disks (RAID) storage system to facilitate fast,fault-tolerant disk storage. Other magnetic disk storage systems may beemployed in further implementations. Additionally, other types of datastorage, including, but not limited to, optical disk storage, magnetictape storage, and solid state storage, such as flash memory, may beemployed in lieu of, or in addition to, magnetic disk storage.

The control logic 326 of the archiving device 302 may include anycontrol circuitry capable of performing the various tasks describedbelow. For example, the control logic 326 may be one or more processors,such as a microprocessor, microcontroller, or digital signal processor(DSP), configured to execute instructions directing the processor toperform the functions discussed in detail below. In anotherimplementation, the control logic 326 may be hardware-based logic, ormay include a combination of hardware, firmware, and/or softwareelements.

In operation, the control logic 326 is configured to index each of thereceived audio/video content streams 310 according to time, and to storeeach of these indexed audio/video content streams 312 in the datastorage system 304 by way of the data storage interface 324. Suchindexing aids in locating and retrieving a particular portion of one ofthe received audio/video context streams 310 upon request. FIG. 4provides a graphical representation of an indexed audio/video contentstream 412 according to one implementation. In this case, the controllogic 326 has segmented the stream 412 into multiple audio/video filesAVF_(A), AVF_(B), . . . , AVF_(N) of approximately the same data length.In one example, each audio/video file AVF may be several gigabytes (GB)in size. Also, each of the audio/video files AVF may be named or labeledto indicate the source of the stream 412 (such as a channel name), aswell as the particular segment of time associated with that portion ofthe stream 412. Further, the control logic 326 may store suchinformation in a database, such as a file directory or catalog, tofacilitate subsequent searching of the particular requested portion ofthe stream 412. In other embodiments, the audio/video content stream 312may constitute a single audio/video file.

Each of the audio/video files AVF in FIG. 4 is further indexed by way ofmultiple timestamps TS located throughout the file AVF. For example, thefirst audio/video file AVF_(A) includes a number of timestamps TS_(A0),TS_(A1), and so on. The remaining audio/video files AVF are similarlyindexed. In one embodiment, each of the timestamps TS is adate/timestamp, indicating both the date and time associated with thefollowing audio/video segment AV, wherein each of the audio/videosegments AV may be encoded according to one of the MPEG standards, asnoted above. The timestamps TS may instead incorporate other informationidentifying its particular audio/video segment AV, such as a programidentifier and frame number, or some other designation. In thisparticular example, the first timestamp TS_(A0) of the first audio/videofile AVF_(A) is associated with a first audio/video segment AV_(A0), thesecond timestamp TS_(A1) corresponds to the second audio/video segmentAV_(A1), and so forth. Again, the remaining audio/video files AVF areconfigured in a similar manner.

In a particular implementation, the timestamps TS incorporated within aparticular audio/video file AVF may be evenly-spaced therebetween,resulting in each of the corresponding audio/video segments AV beingapproximately the same data length. Such an arrangement may facilitatefaster searching and reading of the various timestamps TS within theaudio/video file AVF during retrieval of a requested portion of thestored audio/video content stream 412.

Returning to FIG. 3, the control logic 326 of the archiving device 302is further configured to receive a request 314 for a particular portion316 of a previously indexed and stored audio/video content stream 312 byway of the communication interface 322. In one embodiment, the request314 is received through the same connection of the communicationinterface 322 by which the audio/video content streams 310 are received.In another example, the communication interface 322 provides a differentconnection or port through which the request 314 may be received.

In one example, the request 314 indicates the particular programmingchannel or other source designation of the stored audio/video contentstream 312 of interest, along with a starting time and time duration ofthat portion 316. Any other methods by which a particular portion 316 ofa specific stored audio/video content stream 312 is indicated may beemployed in other implementations.

Upon receiving the request by way of the communication interface 322,the control logic 326 retrieves the requested portion 316 of theselected audio/video content stream 312 from the data storage system 304by way of the data storage interface 324. In the particular example ofthe indexed audio/video content stream 412 of FIG. 4, the control logic326 may search a previously generated database, as described above, orpreview the names of the audio/video files AVF themselves, to ascertainwhich of the one or more files AVF contains the requested portion 316 ofthe audio/video stream 412 in question. In one embodiment, the controllogic 326 may then transfer the audio/video content within each of theidentified audio/video files AVF over the communication interface 322 toa client device (not shown in FIG. 3), such as the client responsiblefor issuing the request 314.

In another example, the control logic 326 may search and review at leastsome of the timestamps TS of the identified audio/video files AVF of theselected audio/video content stream 314 to more specifically determinethe extent of the requested portion 316 to reduce the amount ofaudio/video data subsequently transferred over the communicationinterface 322 to a client. The control logic 326 may then transfer onlythose portions of the audio/video files AVF corresponding to therequested portion 316 of the selected audio/video stream 314 over thecommunication interface 322.

The communication interface 322 may transfer the requested audio/videostream portion 316 over the same port or connection by which the request314 was received, although the transfer of the portion 316 may not belimited in such a manner. In another implementation, the requestedaudio/video stream portion 316 may be transferred using the samepathways of the communication interface 322 utilized by the receivedaudio/video streams 310. Also, the control logic 326 may remove anytimestamps TS or other indexing data that were stored with the requestedaudio/video portion 316 on the data storage system 304 prior totransferring the requested portion 316 over the communication interface322.

The control logic 326 may employ any of a number of methods fortransferring the requested audio/video stream portion 316. In oneexample, the control logic 326 may use the communication interface 322to transfer to a client a separate audio/video content streamencompassing only the requested audio/video stream portion 316. Such amethod may be advantageous in the case the client possesses no orlimited buffer space for storing the requested portion 316 prior topresentation to a user. In another example, the control logic 326 maycause the communication interface 322 to transfer the requestedaudio/video content portion 316 as one or more audio/video files to theclient, which may then buffer all or parts of the requested portion 316prior to displaying the audio/video portion 316 to a user.

FIGS. 5A and 5B depict another embodiment of the invention: anaudio/video content archiving system 500 including a number ofaudio/video archiving devices 502, an example of which is the archivingdevice 302 of FIG. 3. While the archiving system 500 of FIGS. 5A and 5Bemploy at least three archiving devices 502, one or more archivingdevices 502 may be employed in other system embodiments. The archivingsystem 500 further employs a data storage system 504, similar to thedata storage system 304 of FIG. 3 described above. FIG. 5A describes thereception and storage of a plurality of audio/video content streams,while FIG. 5B illustrates the retrieval and transmission of selectedportions of the previously stored streams, similar to the processdescribed above regarding FIG. 3.

In one example, an audio/video distribution center employs theaudio/video content archiving system 500 to capture and store anaudio/video stream associated with each programming channel distributedby the distribution center for possible subsequent retrieval. Examplesof an audio/video distribution center include a satellite uplink centerfor a satellite television broadcast system, such as a direct broadcastsatellite (DBS) system. A satellite uplink center typically receivesnumerous audio/video programming channels from various sources, such asmajor broadcasting networks, pay television services, and the like, byway of satellite link, terrestrial link, and so on. The satellite uplinkcenter then distributes these signals by way of one or more satellitesto parabolic antennas and associated receivers utilized by subscribersto receive the programming. Another example of such a distributioncenter is a cable television provider facility, which typicallydistributes its television signals to its customer via coaxial cable.

In the specific example of FIG. 5A, each of multiple MPEG audio/videoencoders 509 produces an audio/video content stream 510. Each of theencoders 509 may receive an unencoded, uncompressed audio/video stream503 from a content source (not shown in FIG. 5A), such as a televisionprogramming network. In one example, the audio/video stream 503 istransported to its corresponding encoder 509 using a serial digitalinterface (SDI) often employed by broadcasters for transfer ofuncompressed audio/video signals. Each of the encoders 509 encodes thereceived uncompressed stream into an MPEG audio/video content stream 510for subsequent transmission to subscribers. As shown in FIG. 5A, each ofthese streams 510 is also transferred over a communication network 501to the audio/video content archiving system 500. The communicationnetwork 501 may include ASI audio/video connections, IP connections, orwired, wireless, or optical means of transporting the streams 510 to thearchiving system 500. Further, the communication network 501 may includevarious components, such as communication switches, routers, and thelike; such components are not depicted or discussed further herein tosimplify the discussion provided below.

Typically, each of the encoded audio/video content streams 510 may bereceived by exactly one of the audio/video archiving devices 502 of thearchiving system 500, although receipt of a stream 510 by two or moredevice 502 may be undertaken to facilitate redundancy in storage of thestream 510. In the case of an IP connection, the audio/video contentstreams 510 may be transferred using an IP multicast protocol. Such aprotocol would allow each of the audio/video content archiving devices502 to subscribe to a particular subset of the encoded streams 510, andthus ignore the remaining streams 510. Other types of communicationconnections, such as point-to-point or broadcast connections, using ASI,IP, or other communication protocols, may be employed in otherimplementations.

In one implementation, the number of audio/video content archivingdevices 502 may be determined in part by the number of audio/videocontent streams 510 to be indexed and stored. As a result, the overallsize of the archiving system 500 may be closely tailored, andsubsequently increased or decreased incrementally, to efficientlyarchive a large and changing number of content streams 510 by alteringthe number of archiving devices 502 employed in the system 500.

Each of the audio/video content archiving devices 502 may index theencoded audio/video content streams 510 it receives as described indetail above with respect to the device 302 of FIG. 3. Each of thedevices 502 may also store the resulting indexed streams 512 in the datastorage system 504 in a fashion similar to that discussed above withrespect to the archiving device 302 and associated data storage system304 of FIG. 3.

In one example, the audio/video archiving system 500 is configured toindex and store the most recent audio/video content streams 510 andrelated metadata streams 511. As a result, once the data storage system504 is filled with streams 512 previously stored, each of the archivingdevices 502 may be adapted to overwrite the earliest of thepreviously-stored streams 512, as if the data storage system 504 werefashioned in a first-in, first-out (FIFO) configuration. Also, in someimplementations, the indexed audio/video content streams 512 may bestored in a lower resolution than what was originally received from theMPEG encoders 509, or otherwise compressed or transcoded, in order toconserve storage space in the data storage system 504. However, suchdata compression is not required.

In one embodiment, other data streams, such as metadata streams 511associated with the encoded audio/video content streams 510, may betransferred to at least one of the audio/video content archiving devices502 via the communication network 501 as described above in conjunctionwith the audio/video content streams 510. Each archiving device 502receiving the metadata streams 511 may then index and store the metadatastreams in the data storage system 504 in a fashion similar to thatemployed for storing the indexed audio/video content streams 512.

One example of the metadata streams 511 may include data associated withan electronic program guide (EPG) supplied to subscribers of theaudio/video streams 510 for locating, viewing, and recording programs ofinterest to the subscribers. Another possible type of metadata stream511 may be channel lookup information associated with each of theaudio/video content streams 510. For example, the channel lookupinformation for a particular stream 510 may include an identification ofthe particular satellite, the specific transponder of the satellite, andthe particular frequency or bandwidth associated with the specifictransponder, which carries the associated audio/video content stream510. As shown in FIG. 5A, a metadata source 508 produces the metadatastreams 511. In one example, the metadata source 508 may include one ormore digital video broadcasting (DVB) tables containing the information.Other metadata, such as subscriber or access security information, mayalso be incorporated within the metadata streams 511.

In one implementation, each audio/video content archiving device 502receiving one of the metadata streams 511 may index and store themetadata stream 511 as an indexed metadata stream 513 separately fromthe indexed audio/video content streams 512. Under another scenario, themetadata streams 511 may be integrated or incorporated within one ormore associated indexed audio/video content streams 512. In using thislatter method, an indexed audio/video content stream 512 and associatedmetadata stream 511 may both be searched and retrieved using the sameindexes, such as the timestamps TS depicted in FIG. 4.

FIG. 5B is a block diagram of the audio/video content archiving system500 depicted during request and retrieval operations. While thereception/storage aspects of the archiving system 500 are illustratedseparately from its request/retrieval operations, the system 500typically provides both sets of functions illustrated in FIGS. 5A and 5Bsimultaneously or concurrently.

In FIG. 5B, each of one or more audio/video clients 530 are configuredto issue one or more requests 514 via the communication network 501 tothe archiving system 500 for portions of previously stored audio/videocontent streams 512 and/or metadata streams 513. Such a request 514 maybe issued to review a specific portion of an audio/video content stream512, a related metadata stream 513, or both, previously broadcastedduring a particular time period, as described earlier. In some cases,the request may be initiated by a subscriber of the content stream 512,513, a governmental entity, or another organization or individual.

In one embodiment, the request 514 is issued to one of the audio/videocontent archiving devices 502 of the system 500. In turn, the device 502receiving the request 514 may consult a previously-generated database orcatalog residing therewithin as to the location of the requested portion516 of the audio/video content stream or the requested portion 517 ofthe metadata stream selected by the request 514. The requested portion516, 517 may be accessible by way of the audio/video content archivingdevice 502 receiving the request 514, or via another of the devices 502by way of the request 514 being forwarded to the device 502 providingaccess to the requested segment 516, 517.

In another implementation, the request 514 transmitted over thecommunication network 501 may be forwarded to all of the archivingdevices 502 substantially simultaneously. Each of the archiving devices502 may then consult its own database or catalog to determine if thedevice 502 originally received, indexed, and stored the streamassociated with the requested 514. The archiving device 502 havingaccess to that stream may then retrieve the requested portion 516, 517of the stream from the data storage system 504 and transfer the portion516, 517 by way of the communication network 501 to the audio/videoclient 530 initiating the request 514.

According to yet another example, the audio/video client 530 maytransfer the request 514 to a separate database system 540 by way of thecommunication network 501. The database system 540 contains a databaseindicating the location of the various indexed streams 512, 513 withinthe data storage system 504. Each of the content archiving devices 502may be responsible for generating a portion of the databasecorresponding to the streams 512, 513 it has stored to the data storagesystem 504. Upon receiving the request 514, the database system 540 maythen determine which archiving device 502 in the system 500 would haveaccess to the requested portion 516, 517 of the stream, and forward thatrequest to the appropriate device 502.

In each case described above, one of the archiving devices 502 retrievesthe requested portion 516, 517 of the selected stream, which may bestored in the data storage system 504 within one or more audio/videofiles AVF (as shown in FIG. 4), transfer the requested portion 516, 517over the communication network 501 to one of the audio/video clients530, such as the one originating the request 514. Such a transfer mayoccur as described above in connection with the audio/video archivingdevice 302 of FIG. 3. Prior to transferring the requested portion 516,517, the archiving device 502 performing the transfer may remove anytimestamps TS or other overhead information not originally containedwith the associated received stream 510, 511.

In one implementation, the audio/video client 530 may receive therequested stream portion 516, 517 as an IP stream, such as by way of anIP multicast protocol, a broadcast stream, a point-to-point connection,or other communication means. In particular, the use of an IP multicastsystem allows each client 530 to subscribe to, and subsequently receive,a particular requested portion 516, 517 of a selected audio/videocontent or metadata stream. If, instead, the client 530 is configured toaccept and buffer some or all of the requested portion 516, 517, thearchiving device 502 responsible for transferring the requested portion516, 517 may transfer that information in one or more distinct filesover the network 501 to the target client 530.

Optionally, one of the audio/video clients 530 may receive one or moreof the audio/video content streams 510 and/or metadata streams 511 overthe communication network 501 as they are being received by thearchiving system 500. As is the case with the archiving devices 502,each client 530 may receive the streams 510, 511 by a point-to-pointconnection, a broadcast connection, or a multicast connection, such asthat often employed in an IP network. In the case of multicasting, theclient 530 may subscribe to the streams 510, 511 of interest in a mannersimilar to that performed by the archiving devices 502, as describedabove.

FIG. 6 provides an implementation of a data storage system 604 similarto the data storage system 504 of FIGS. 5A and 5B. In FIG. 6, the datastorage system 604 includes at least one data storage subsystem 604Athat is specifically associated with each of a plurality of archivingdevices 602 residing with a larger archiving system 600. In thisarrangement, each of the data storage subsystems 604A receives indexedaudio/video streams 612 and associated metadata streams 613 from thesingle archiving device 602 with which the storage subsystem 604Acorresponds. As a result, little or no communication between the datastorage subsystems 604A is necessary, possibly streamliningcommunications between each storage subsystem 604A and its associatedarchiving system 602. In another arrangement, the various data storagesubsystems 604A may be communicatively coupled together so that anyarchiving device 602 may process requests for any stream portion storedwithin the data storage system 604. Also, under such an arrangement, oneor more data storage subsystems 604A may provide spare or redundantcapacity for another storage subsystem 604A to protect against a failureof a single data storage system 604A resulting in the loss ofinformation within one or more of the stored streams.

At least some embodiments as described herein for archiving audio/videocontent streams and related metadata streams may provide a number ofbenefits. In general, the content streams may be stored for laterretrieval as encoded immediately prior to transmission of the streams tothe subscriber or end user. As a result, re-encoding or transcoding ofthe stream specifically for storage is not necessary, thus eliminating aprocessing step often employed in other audio/video archiving devices.Further, by storing the streams at the same resolution or compressionratio as provided to the subscribers, the saved content will be the sameas that experienced by the subscriber. Also, systems in which multipleaudio/video content archiving devices are employed within a singlearchiving system may allow a content distributor to easily scale thesize and cost of the archiving system to their particular needs, bothnow and in the future.

While several embodiments of the invention have been discussed herein,other implementations encompassed by the scope of the invention arepossible. For example, while various embodiments have been describedprimarily within the context of satellite and cable audio/video contentproviders or distributors for onsite archival of distributed content,other entities that either distribute or receive multiple contentstreams containing any or all of audio, video, or some other informationstream in a real-time fashion may benefit from application of thevarious concepts described herein. For example, satellite or cable radiotransmissions may be stored for subsequent retrieval by employing atleast some of the concepts provided herein. In another implementation,telemetry or mapping information streams received by way of satellite orother communication means may be stored and retrieved by employingseveral aspects of the embodiments discussed above. In addition, aspectsof one embodiment disclosed herein may be combined with those ofalternative embodiments to create further implementations of the presentinvention. Thus, while the present invention has been described in thecontext of specific embodiments, such descriptions are provided forillustration and not limitation. Accordingly, the proper scope of thepresent invention is delimited only by the following claims and theirequivalents.

What is claimed is:
 1. A method utilizing at least one computing devicefor archiving audio/video content, the method comprising: concurrentlyreceiving from a broadcast audio/video distribution center a firstplurality of audio/video content streams, wherein each of the receivedfirst plurality of audio/video content streams correspond to one of asecond plurality of audio/video content streams that are beingbroadcasted over a broadcast audio/video distribution system to aplurality of subscribers; indexing each of the received first pluralityof audio/video content streams according to time of broadcast of thecorresponding second plurality of audio/video content streams to theplurality of subscribers, wherein indexing each of the received firstplurality of audio/video content streams comprises: segmenting each ofthe received first plurality of audio/video content streams into aseries of audio/video segments, wherein each of the series ofaudio/video segments for each one of the first plurality of audio/videocontent streams are approximately the same data length; and locating,for each one of the first plurality of audio/video content streams, atimestamp between each segment of the series of audio/video segments,wherein the timestamp identifies a time of broadcast of a correspondingportion of the respective one of the broadcasted second plurality ofaudio/video content streams that corresponds to the audio/video segmentthat is after the timestamp; transferring each of the indexedaudio/video content streams to a data storage system for storage;storing each of the indexed audio/video content streams in the datastorage system; after the broadcasting of the second plurality ofaudio/video content streams to the plurality of subscribers, receiving arequest from a requesting party for a portion of a specified one of thesecond plurality of broadcasted audio/video content streams, wherein therequest specifies a time period of broadcast for the specified one ofthe second plurality of broadcasted audio/video content streams;identifying in the indexed audio/video content stream corresponding tothe specified one of the second plurality of broadcasted audio/videocontent streams a corresponding at least one of the stored indexedaudio/video segments that follows a timestamp that corresponds to thespecified time period of the broadcast of the requested portion of thespecified one of the second plurality of broadcasted audio/video contentstreams; retrieving a respective audio/video segment following theidentified timestamp of the one of the stored first plurality ofaudio/video content streams from the data storage system, wherein theretrieved respective audio/video segment corresponds to the requestedportion of the specified one of the second plurality of broadcastedaudio/video content streams; and transmitting the retrieved audio/videosegment to the requesting party.
 2. The method of claim 1, furthercomprising: generating a database indicating a location within the datastorage system of each of the stored indexed audio/video contentstreams; wherein the retrieving of the respective audio/video segmentcorresponding to the requested portion of the one of the secondplurality of broadcasted audio/video content streams is based on thedatabase.
 3. The method of claim 1, wherein the received first pluralityof plurality of audio/video content streams from the broadcastaudio/video distribution center are non-encoded, non-compressedaudio/video content streams, and the method further comprising: encodingeach of the received non-encoded, non-compressed first plurality ofaudio/video content streams into a corresponding first plurality ofencoded audio/video content streams; and compressing each of the firstplurality of encoded audio/video content streams into a correspondingfirst plurality of encoded and compressed audio/video content streams.4. The method of claim 1, wherein: each of the received first pluralityof audio/video content streams comprises an asynchronous serialinterface stream.
 5. The method of claim 1, further comprising:subscribing, by at least one user, to each of the received firstplurality of audio/video content streams; wherein each of the receivedfirst plurality of audio/video content streams comprises a multicastaudio/video content stream.
 6. The method of claim 1, furthercomprising: receiving metadata associated with at least one of thereceived first plurality of audio/video content streams.
 7. The methodof claim 6, further comprising: integrating the received metadata withat least one of the indexed first plurality of audio/video contentstreams; and transferring the at least one of the indexed firstplurality of audio/video content streams to the data storage system forstorage.
 8. The method of claim 6, further comprising: indexing thereceived metadata to at least one of the indexed first plurality ofaudio/video content streams; and transferring the indexed metadata tothe data storage system for storage.
 9. The method of claim 6, wherein:the received metadata comprises at least one of electronic program guideinformation, channel lookup information, subscriber information, andsecurity information.
 10. The method of claim 1, wherein: thetransmitted retrieved audio/video segment of the stored first pluralityof audio/video content streams is transferred as a multicast audio/videosteam.
 11. The method of claim 1, wherein: the second plurality ofaudio/video content streams are not indexed with the timestamps.
 12. Themethod of claim 1, wherein: the broadcasting is subsequent to thetransferring of each of the indexed audio/video content streams to thedata storage system for storage.
 13. The method of claim 1, wherein: therequest for a portion of one of the broadcasted audio/video contentstreams associated with a time period of the broadcast of thebroadcasted audio/video content streams includes the associated timestamp that identifies the time period of broadcast.
 14. An audio/videocontent archiving device, comprising: a communication interfaceconfigured to concurrently receive at least one of a first plurality ofaudio/video content streams from a plurality of different contentsources, wherein the at least one of the first plurality of audio/videocontent streams corresponds to one of a plurality of second plurality ofaudio/video content streams broadcasted over a broadcast audio/videodistribution system to a plurality of subscribers; a data storageinterface communicatively coupled to the communication interface, andconfigured to store the received at least one of the first plurality ofaudio/video content streams; and control logic configured to: segmentthe received at least one of the first audio/video content streams intoa series of audio/video segments, wherein each of the series ofaudio/video segments are approximately the same data length; index eachof the segmented audio/video content streams by locating a timestampbetween each of the audio/video segments, wherein each timestampidentifies a time of broadcast of a respective portion of the respectivesecond plurality of audio/video content streams that are broadcasted tothe plurality of subscribers, wherein the timestamp is followed by therespective portion; and transfer each of the indexed audio/video contentstreams for storage by way of the data storage interface; and a datastorage system coupled with the data storage interface; wherein the datastorage system is configured to store the indexed audio/video contentstreams transferred by the control logic, wherein the audio/videocontent archiving device is configured to receive a request from arequesting party for a portion of a specified one of the broadcastedsecond plurality of audio/video content streams, wherein the requestspecifies at least a time period of the broadcast of the broadcastedsecond plurality of audio/video content streams to the plurality ofsubscribers; and wherein the control logic is further configured to:identify, in a corresponding one of the stored indexed first pluralityof audio/video content streams, a timestamp that corresponds to therequested time period of the broadcast of the requested portion of oneof the broadcasted second plurality of audio/video content streams;retrieve a respective audio/video segment following the identifiedtimestamp that corresponds to the requested portion of the one of thestored audio/video content streams; and transmit the retrievedaudio/video segment over the communication interface to the requestingparty.
 15. The device of claim 14, wherein: the control logic isconfigured to generate a database indicating a location of the storedindexed first plurality of audio/video content streams, and to use thedatabase to retrieve the respective audio/video segment corresponding tothe requested portion of the second plurality of audio/video contentstreams.
 16. The audio/video content archiving device of claim 14,wherein the received plurality of audio/video content streams receivedfrom the plurality of content sources are non-encoded, non-compressedaudio/video content streams, and further comprising: a plurality ofencoders, wherein each encoder receives one of the received non-encoded,non-compressed audio/video content streams, and wherein each encoderencodes and compresses the received non-encoded, non-compressedaudio/video content stream into a corresponding encoded and compressedaudio/video content stream that is stored in the data storage system.17. The device of claim 14, wherein: the broadcast plurality ofaudio/video content streams are indexed with the timestamps, and therequest for the portion of one of the broadcasted one of the pluralityof second audio/video content streams associated with a time period ofthe broadcast of the broadcasted plurality of second audio/video contentstreams includes the associated timestamp that identifies a respectivetime period of broadcast of the associated portion of the secondaudio/video segment.
 18. An audio/video content archiving system,comprising: audio/video content archiving devices, wherein each of theaudio/video content archiving devices comprises: a communicationinterface configured to concurrently receive at least one of a pluralityof first audio/video content streams, wherein the at least one of thefirst plurality of audio/video content streams corresponds to one of aplurality of second audio/video content streams that are broadcastedover a broadcast audio/video distribution system to a plurality ofsubscribers; a data storage interface communicatively coupled to thecommunication interface, and configured to store the received at leastone of the first plurality of audio/video content streams; and controllogic configured to: segment the received at least one of the firstplurality of audio/video content streams into a series of audio/videosegments, wherein each audio/video segment is of approximately equaldata size; index each of the segmented audio/video content streams bylocating a timestamp between each of the audio/video segments, whereineach respective timestamp identifies a time of broadcast of a portion ofthe respective one of the second plurality of audio/video contentstreams that corresponds to the audio/video segment that follows thetimestamp; and transfer the indexed at least one of the first pluralityof audio/video content streams for storage using the data storageinterface; and a data storage system communicatively coupled to thestorage interface, wherein the data storage system is configured tostore the indexed at least one of the first plurality of audio/videocontent streams transferred by the control logic, wherein theaudio/video content archiving system is further configured to receive arequest from a requesting party for a portion of one of the storedindexed first plurality of audio/video content streams audio/videocontent streams based upon a time period of broadcast of thecorresponding second one of the plurality of audio/video content streamsthat was broadcast to the plurality of subscribers; and wherein thecontrol logic is further configured to: identify, in a correspondingstored indexed at least one of the first plurality audio/video contentstreams, a timestamp that corresponds to the requested time period ofbroadcast of the broadcasted second one of the plurality of audio/videocontent streams; retrieve the respective audio/video segment followingthe identified timestamp that corresponds to the requested portion ofthe stored indexed at least one of the first plurality of audio/videocontent streams; and transmit the retrieved audio/video segment over thecommunication interface to the requesting party.
 19. The system of claim18, wherein: the control logic of each of the audio/video contentarchiving devices is configured to generate a database indicating alocation of each of the stored audio/video content streams stored in thedata storage system coupled with a corresponding audio/video contentarchiving device, wherein the control logic retrieves the audio/videosegment corresponding to the requested portion of the one of the storedaudio/video content streams based on the database.
 20. The system ofclaim 19, wherein: the control logic of each of the audio/video contentarchiving devices is configured to transfer at least a portion of thedatabase to another of the audio/video content archiving devices. 21.The system of claim 18, wherein: the broadcast plurality of secondaudio/video content streams broadcasted to the plurality of subscribersare indexed with the timestamps, and the request for the portion of theone of the broadcasted plurality of second audio/video content streamsassociated with the time period of the broadcast includes an associatedtimestamp that identifies the time period of broadcast of the associatedportion of the second audio/video segment.